home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001141_marca@wintermu….ncsa.uiuc.edu _Tue May 18 01:23:18 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  4KB
  1. Return-Path: <marca@wintermute.ncsa.uiuc.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA28808; Tue, 18 May 93 01:23:18 MET DST
  4. Received: from newton.ncsa.uiuc.edu by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA01951; Tue, 18 May 1993 01:44:23 +0200
  6. Received: from wintermute.ncsa.uiuc.edu by newton.ncsa.uiuc.edu with SMTP id AA22793
  7.   (5.65a/IDA-1.4.2 for www-talk@nxoc01.cern.ch); Mon, 17 May 93 18:43:48 -0500
  8. Received: by wintermute.ncsa.uiuc.edu (920110.SGI/911001.SGI)
  9.     for @newton.ncsa.uiuc.edu:ccprl@xdm001.ccc.cranfield.ac.uk id AA01779; Mon, 17 May 93 18:45:55 -0500
  10. Date: Mon, 17 May 93 18:45:55 -0500
  11. From: marca@ncsa.uiuc.edu (Marc Andreessen)
  12. Message-Id: <9305172345.AA01779@wintermute.ncsa.uiuc.edu>
  13. To: p.lister@cranfield.ac.uk
  14. Cc: ccprl@xdm001.ccc.cranfield.ac.uk, www-talk@nxoc01.cern.ch
  15. Subject: Is HTTP necessary??
  16. In-Reply-To: <9305171402.AA14823@xdm039>
  17. References: <9305171402.AA14823@xdm039>
  18. X-Md4-Signature: ab967f10b900e2de6e5d56e45d3bfd85
  19.  
  20. "Peter Lister, Cranfield Computer Centre" writes:
  21. > The mapping functionality of httpd can be useful, but does it do
  22. > much that can't be achieved by bunging symbolic links in a Gopher
  23. > directory?  OK, so one can map different filename formats and that
  24. > has been useful here, if not vital. However, directory browsing is
  25. > *not* nice with httpd if I have to tag every directory with
  26. > .www_browsable; I want inexpert users to be able to publish
  27. > information, and I forsee problems if they need to do anything
  28. > "unexpected" like that.
  29.  
  30. That is one particular httpd -- at least one other that I know of
  31. (NCSA httpd) and I assume others (BSDI's, etc.) always support
  32. directory browsing.
  33.  
  34. > HTML is great, but is HTTP worth it? I'm want practical details, so
  35. > don't send me philosophical waffle or flame me for being a traitor
  36. > to WWW, cos I'm not. 
  37.  
  38. HTTP is very lightweight and very simple, which facilitates extremely
  39. fast server implementations for document query and retrieval.  This
  40. will be significant for serving many people simultaneously vs Gopher
  41. or FTP.
  42.  
  43. It can also be argued that HTTP is more flexible, as servers can be
  44. trivially constructed to handle a wide variety of specialized data
  45. retrieval functions.  (For instance, a colleague wrote an HTTP 'xgraph
  46. server' the other night that accepts URL's that contain multiple sets
  47. of {x,y} coordinates and returns documents containing inlined images
  48. that have the points plotted out using the guts from xgraph for the
  49. graphics -- try that with the Gopher protocol.)
  50.  
  51. > Yes, I know that there are rumours that Gopher is to become
  52. > proprietary. Unfortunately, while I regard that as bad, others here
  53. > may regard it as *good*; the idea of paying for a support contract
  54. > makes them feel warm, and secure, despite what experience should by
  55. > now have taught us.
  56.  
  57. Well, this is a whole 'nuther issue.  The only thing I want to point
  58. out right now is that there's no reason you can't pay for a support
  59. contract for any protocol/server, including FTP, NNTP, or whatever.
  60. And besides, it shouldn't have to be an either/or proposition -- look
  61. at freeWAIS (CNIDR) and WAIS Inc.  And besides, Gopher will likely
  62. still be freely available to non-commercial users, and besides, if
  63. not, others will be doing Gopher servers that will be (if Gopher is in
  64. fact worth doing this for; no comment from me on that one).  And
  65. besides, blah blah blah...
  66.  
  67. Cheers,
  68. Marc
  69.  
  70. --
  71. Marc Andreessen
  72. Software Development Group
  73. National Center for Supercomputing Applications
  74. marca@ncsa.uiuc.edu
  75.